home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.20041116-20060924
/
000270_scottac@nb.sympatico.ca_Sun Mar 19 14:56:06 2006.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
4KB
Path: newsmaster.cc.columbia.edu!panix!logbridge.uoregon.edu!arclight.uoregon.edu!wns13feed!worldnet.att.net!207.35.177.252!nf3.bellglobal.com!ursa-nb00s0.nbnet.nb.ca!53ab2750!not-for-mail
From: "Scott Caissie" <scottac@nb.sympatico.ca>
Newsgroups: comp.protocols.kermit.misc
References: <uGRPf.40748$VV4.591414@ursa-nb00s0.nbnet.nb.ca> <kLSPf.9392$X.1010@news-wrt-01.rdc-nyc.rr.com> <slrne10fck.8bc.fdc@sesame.cc.columbia.edu> <RqZPf.40942$VV4.594211@ursa-nb00s0.nbnet.nb.ca> <slrne10uul.jul.fdc@sesame.cc.columbia.edu>
Subject: Re: closing a macro completely upon connect
Lines: 67
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.2180
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-RFC2646: Format=Flowed; Original
Message-ID: <eP%Pf.41003$VV4.596828@ursa-nb00s0.nbnet.nb.ca>
Date: Thu, 09 Mar 2006 20:00:10 GMT
NNTP-Posting-Host: 156.34.15.45
X-Complaints-To: abuse@aliant.net
X-Trace: ursa-nb00s0.nbnet.nb.ca 1141934410 156.34.15.45 (Thu, 09 Mar 2006 16:00:10 AST)
NNTP-Posting-Date: Thu, 09 Mar 2006 16:00:10 AST
Organization: Aliant Internet
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15522
By the way, can you explain how the fix works?
It sounds simplistic enough.
When fixed, you can invoke a macro definition in the Terminal window
without the screen changing to the Command window right?
I was under the impression that programs (definitions) won't run, or
continue to run, while you are in the Terminal window to begin with. It
would resume itself when you return back to the Command window.
Example:
define test {
output Test1
connect
output Test2
}
I'm not at my work pc at the moment but I'm sure only Test1 gets displayed
to the Terminal window until you Alt X back to the command to resume the
rest right? Is this any different after the fix?
"Frank da Cruz" <fdc@columbia.edu> wrote in message
news:slrne10uul.jul.fdc@sesame.cc.columbia.edu...
> On 2006-03-09, Scott Caissie <scottac@nb.sympatico.ca> wrote:
> : ya but unfortunatly our terminal emulation is leased. I have to make due
> : with whats avialable to us as is.
> : We have no administrator within the company for this software. I'm the
> only
> : one who actually bothered to research this stuff. I've developed many
> : improvements. But some I have to put on hold due to that. Normally all
> bug
> : fixes are free. Enhancements cost. This unique situation would involve
> us
> : paying this company to pay for the fix. And they are already behind on a
> lot
> : of bug fixes of their own.
> :
> Bug fixes AND upgrades were free from the very beginning up until the
> layoffs
> occurred 3 years ago. The problem now is that the expertise is no longer
> under one roof. At least the critical fixes *are* available, albeit at a
> fee.
>
> : But back on topic, how to properly deal with a macro from becoming
> nested
> : too much.
> :
> I don't think there is a workaround to the "macros on keys" bug, other
> than
> the awkward one mentioned in the bug list:
>
> 735. Macros on Keys broken
>
> In versions 1.1.21 through 2.1.3, when a SET [TERMINAL] KEY definition
> includes a macro invocation, then pressing the key while in the
> Terminal screen returns to the command screen (and in some cases might
> also fail to execute the macro). A workaround would be to:
>
> define myconnect connect /synchronous
> (make the connection with SET PORT, DIAL, or SET HOST)
> if success do myconnect
>
> This is fixed in the next release.
>
> As I said, I'm working on getting approval to issue a new release.
>
> - Frank